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ABSTRACT 


This thesis considers the combining of a ship overhaul 
project network with a shipyard project network to minimize 
possible scheduling conflicts during the ship overhaul 
process. The combined project is called the ship overhaul 
project network. A heuristic multi-pass scheduling algorithm 
is developed to combine the ship's and shipyard's project 
networks. The algorithm is tested with two sets of data. 

The work spaces on shipboard are considered as a common 
resource to both project networks, and the ship's complement 
as an uncommon but limited resource. Since the real-world 
problem is larger than the context of this thesis, some simp- 
lifying assumptions were made. The most important of these 
are the reliable communication link between ship and shipyard 
prior to and/or during the overhaul process, and sufficient 
knowledge about the shipyard project network as early as pos- 


Sible after overhaul initiation. 
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i. JINLROCRUCTION 


There are two parties working simultaneously on a ship, 
doing different but somewhat related jobs, during the ship 
overhaul process. One party is the shipyard personnel, the 
other is the ship's force complement. 

These two parties have their own responsibilities during 
tae Ship overhaul process. Basically, the ship's force has 
the responsibility to accomplish the scheduled activities of 
the ship project network within the specified time limits 
without causing any delay in any activity of the shipyard 
project network. Additionally, the ship's force has the 
responsibility to carry on some military training requirements 
to avoid any degradation in the post-overhaul operational 
readiness of the ship. These two requirements must be balanced 
throughout the ship overhaul process by the ship management. 

On the other hand, the shipyard personnel have the respon- 
sibility to accomplish the ship overhaul as completely and 
accurately as possible to support the post-overhaul operational 
readiness of the ship, and to minimize the total ship overhaul 
cost. 

Under the present method of ship overhauling, the ship's 
management prepares a ship overhaul work request package and 
sends it to the shipyard 120 days prior to overhaul initia- 
tion. This time will be represented as A-120 where A is the 


date that the ship enters the shipyard. The work requirements 
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given in the work request package are generally incomplete 
and are not descriptive enough to permit accurate planning 
for repairs. Therefore, at A-90, a Pre-Overhaul Test and 
Inspection (POT&I) is conducted jointly by the shipyard and 
the ship's force to determine the material condition and 
define the repairs required. 

The results of the POT&I is the Ship's Alteration and 
Repair Package (SARP) which defines the overhaul work that 
1s necessary. The SARP is generated by the shipyard and 
describes all identified work to be performed during ship 
overhaul. The SARP consists of ship alteration requirements 
and ship repair requirements packages. The project network, 
created by the shipyard scheduling office, is based on this 
SARP. 

Each ship scheduled for overhaul has a limited overhaul 
budget allocated by the Ship's Type Commander (TYCOM). The 
allocated budget may not be sufficient for the required jobs, 
so some requirements may not be accepted by the shipyard and 
TYCOM. In fact, negotiation may continue for the first 
couple of months after the overhaul process has started. 
Consequently, any unaccepted job requirements must, if 
possible, be undertaken by the ship's force in addition to 
their initially planned jobs. Therefore, the repair portion 
of the overhaul package is generally not fixed (the altera- 
tion portion is firmed before overhaul initiation) until 
after overhaul has started; and at least initially, this makes 


the shipyard project network unknown to the ship management. 
ital 





Traditionally, the ship project network is created after 
the ship has entered the shipyard, somewhat independent from 
the shipyard project network. So during the first couple of 
months after the ship overhaul has started there is no formal 
schedule for the ship's force at all. 

In addition to the uncertainty mentioned above, there 
are other factors that result in conflicts between the ship- 
yard's and ship's project networks. They are: 

1. The information flow between the ship and the ship- 
yard prior to and/or during the overhaul, which is related 
to the equipment configuration and material condition of the 
ship, is not complete. 

2. The ship's management is trained by the Planning and 
Engineering for Repairs and Alterations (PERA) representatives 
on board to make the time and resource requirements estimates 
for each individual job request and to prepare overhaul work 
packages. Due to ship's operational afloat schedule, it may 
not be possible to have access to the ship by PERA representa- 
tives whenever needed. Therefore, the work request package 
possibly would be prepared in limited time, and the estimates 
mentioned above may not be as accurate as desired. This, in 
turn, affects the duration of activites in question. 

3. During the overhaul process some unforeseen factors, 
such as illness, cause fluctuations on ship's manpower avail- 
ability. Additionally, some repair material and/or tools may 
not be available (or may not be sufficient in amount) when 


needed. 
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4. Quite often during the overhaul process, new job 
requirements are encountered which were not planned for. 

This means new activities are to be added to the present 
project network. 

5. Funds, manpower, facilities, and materials required 
to accomplish the overhaul are not determined early enough 
or with sufficient accuracy. Therefore, the required 
resources cannot be well developed in advance of overhaul. 
Consequently, the detailed overhaul planning is often per- 
formed late and incompletely. 

6. It is difficult to develop a single Ship Systems 
Definition and Index to be used by fleet commands, shipyards, 
and other related organizations to facilitate the gathering, 
indexing, analyZing, and communicating of overhaul data. 

This list is not complete; however, the author believes 
that major sources of complication are included, During the 
ship overhaul process the situations cited above, with 
possibly many others, cause many scheduling conflicts between 
the two project networks. Past experience has shown that 
scheduling conflicts occur in two ways: 

1. Those conflicts due to physical environment limitations. 
That is two separate activities using the same work space on 
Shipboard at the same time, and 

2. Those conflicts due to insufficient communication 
about activity precedence relationships between the ship's 


activities and activities conducted by the shipyard. 
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In return, these conflicts induce a great amount of personnel 
hour loss, and have an adverse impact on ship's personnel 
morale. 

This thesis will propose an algorithm to decrease the 
amount of possible conflicts by combining the ship project 
network consistently with the shipyard project network. 
Specifically, given the shipyard project network and its 
work space requirements on board the ship by time, the 
algorithm attempts to create an effective schedule for the 
activities of the ship project network. 

Chapter 2 provides a general background on the nature of 
Naval Shipyards, scheduling problems faced by ship's manage- 
ment, the ship overhaul process as a sequence of events, and 
resource allocation in project networks. Chapter 3 defines 
the problem in more detail and discusses reasonable assump- 
tions followed by a proposed algorithm. In Chapter 4, a 
FORTRAN program is presented for the proposed algorithm. 
Chapter 5 gives information about two sets of data used to 
test the algorithm. The final chapter will discuss some con- 


clusions and recommendations that can be made from the study. 
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II. BACKGROUND 


A. NAVAL SHIPYARDS 

Naval shipyards are industrial activities of a Navy. 
These highly complex organizations support the operational 
readiness of the Navy's warships and make significant con- 
tributions to a national economy, especially in developing 
countries. The shipyard misSion consists of a wide range 
of operations from a single routine repair operation to a 
complicated full ship overhaul. These requirements necessi- 
tate employment of different skilled personnel as well as a 
variety of tools and machines [12]. 

Each shipyard consists of a number of shops in which 
some particular class of work is performed such as machining, 
electrical work, pipe fitting, sheet metal work, etc. Ship- 
yard management is responsible for conducting several repair 
operations at the same time. Each ship overhaul is a project 
that requires different levels of services from different 
shops. Since each shop has a limited capacity to perform any 
given task, the projects cannot be conducted independently 
from one another. The main idea is the shared utilization of 
the various shops without causing any conflict. 

The goals of the shipyard are: 1) to accomplish ship over- 
haul as completely and accurately as possible to support the 
post-overhaul operational readiness of the ship, 2) to increase 


the productivity of the shipyard's work force by adopting new 
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advances in Organizational Management and Ship Maintenance 
Management, 3) to eliminate unnecessary work and support 
functions. 

The shipyard management is responsible for preparing the 
SARP, conducting the POT&I, allocating available resources, 
obtaining the required materials, and creating the ship 
overhaul project network. This project network is assumed 
to be given in this thesis. 

For a given ship, the goals of the shipyard are to mini- 
mize the total project cost subject to the limited number of 
various shop personnel employed on the project activities, 


and to meet the project due date by utilizing its own resources. 


fee oHLP'S FORCE 

The scheduling problem faced by the ship's management is 
to minimize the possible scheduling conflicts between the 
ship project network and shipyard project network, and to 
utilize ship's personnel as efficiently as possible, without 
working overtime. 

Employing ship personnel on ship overhaul or training them 
at shore installations, during ship overhaul, depends on 
Criteria chosen by the decision maker. The common practice 
is to employ some personnel on ship-created projects, and to 
send others to training centers. The number of personnel being 
trained during ship overhaul may be increased by the minimiza- 


tion of possible conflicts between the two project networks. 
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The somewhat unknown aspect of the shipyard project net- 
work to the ship's management, at the beginning of the over- 
haul, makes it difficult to create the ship's project network 
consistently with the shipyard project network. Therefore, 
at the beginning of the overhaul, wasting resources is 
inevitable. The periodic rescheduling of activities during 
the overhaul process does not solve the problem at all. The 
importance of carefully prepared initial scheduling must be 


realized. 


Ga SHIP OVERHAUL PROCESS 

The ship overhaul process of the United States Navy can 
be considered in three phases as shown in Figure 2.1 below. 

In project management terminology these phases corres- 
pond to management decision, project planning, and project 
control, respectively. 

Phase I starts with the Naval Sea Systems Command (NAVSEA) 
proposing the Navy's Warships Overhaul Schedules (NWOS) and 
continues with the revision by NAVSEA and the TYCOM, and 
final review by Chief of Naval Operations (CNO), and might 
be called the "Development of Nwos." 

Phase II or the planning phase essentially includes the 
"Preparation for Overhaul" actions as follows [1]: 

1. Development of the Ship Work Package 

a. TYCOM tasks PERA to prepare SARP. 
b. The shipyard conducts POT&lI, prepares the SARP as 
directed by PERA, estimates costs, and submits the ship work 


package to TYCOM. 17 
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c. TYCOM screens the SARP and approves the ship work 
package. 

dad. The shipyard orders long lead time materials and 
prepares worker-oriented job orders. 

2. Development of the Ship Alteration Package 

a. The shipyard performs advance planning for speci- 
fied alterations about a year in advance of overhaul. 

be. The ship alteration work package is merged with 
the SARP. 

c. The CNO funded alteration package is provided at 
A=180. 

d. The CNO funded alteration package is modified 
during the prearrival conference, and the TYCOM funded altera- 
tion package is firmed. 

The development of the ship work package and ship altera- 
tion package proceed along different routes, but are merged 
into the SARP before overhaul initiation. 

Phase III is the actual ship overhaul at the shipyard and 


it starts when the ship enters the shipyard. 


D. APPROACHES TO SCHEDULING AND RESOURCE ALLOCATION 

IN PROJECT NETWORKS 

Scheduling problems in project networks vary in kind and 
in severity, depending upon the nature of the project and its 
Organizational setting. In one extreme there might be just 


One dominant resource constraint, such as a compartment on 
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board ship which is so small that only one activity ata 
time can be performed. In this case, activities must be 
scheduled so that no more than one of them requiring the 
same environment occur at the same time. At the other 
extreme are complex projects requiring many resources. 

Some activities in a project may compete for the same 
kind of limited resource simultaneously. For example, new 
technologies require skilled personnel as well as sophisti- 
cated tools. In addition, some kinds of resources, even if 
available, cannot be employed above a specified level. For 
example, it is possible that, only one crane can be used on 
a ship at a given time even if more cranes are available at 
the shipyard. Finally, physical or other considerations may 
impose limits on the employed resource level of some activi- 
ties. For instance, ina ship's compartment it is not pos- 
sible to employ more than a permitted amount of manpower to 
work on any activity in that environment. 

The complexity of the scheduling problem, as pointed out 
above, makes it difficult to formulate and solve it as a 
mathematical programming problem. Linear programming and, 
recently, dynamic programming approaches have been attempted 
but only to those projects which have substantially fewer 
activities than those encountered in ship overhaul projects. 
Therefore, the general approach to such problems has been to 
employ heuristic programs. A heuristic (or rule of thumb) 
program essentially is a procedure for solving large combina- 


torial problems by adopting a set of rules which are believed 
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adequate to the problem. Heuristic programs, as discussed 
in detail by Wiest and Levy [15] may not lead to the optimal 
solution in some cases, but should generally lead to a 
feasible, hopefully near-optimal solution. 

The existing algorithms (heuristic programs) for resource 
allocation in project networks take one of the following 
morms [15]: 

1. Resource leveling programs, which try to reduce peak 
resource requirements and smooth out period-to-period assign- 
ments, within a constraint on project duration. These include 
Burgess' [2], and Wiest's [11] Unlimited Resource Leveling 
Procedures, and more recently Leachman's [10] Multiple Resource 
Leveling Procedure. 

2. Resource allocation programs, which try to find the 
shortest project schedule by allocating available resources, 
such as Moder and Phillips's [9] Limited Resource Allocation 
Procedure. 

Generalizations of the Limited Resource Allocation Proce- 
dure include Wiest's [14] SPAR-1 (Scheduling Programs for 
Allocating Resources), the procedures of McGee and Markarian 
[8], and Thesen [13] which are called RAMPS (Resource Alloca- 
tion and Multi-Project Scheduling), and, finally, Davis and 
Heidorn [5], and Leachman [10] have developed Multiple 
Resource Constraints Scheduling Programs. 

Recently, Holloway, Nelson, Vichit, and Suraphongschai 


[7] developed a heuristic project scheduling procedure which 
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is essentially a multi-pass procedure [6] based on problem 
decomposition. In their approach to the resource-constrained 
project scheduling, the problem is decomposed into single 
resource subproblems. Coordination across subproblems uses 
force signals created by violation of sets of constraints 
placed on each subproblem. The multi-pass procedure seemed 
to be particularly appropriate for the problem of combining 


two project networks with one common resource. 
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III. DEVELOPMENT OF AN ALGORITHM FOR COMBINING 
TWO PROJECT NETWORKS 


A. INTRODUCTION 

The algorithm which will be developed in section III.D 
assumes that there are two project networks with one common 
resource requirement and that one of the project networks 
has been already scheduled. Specifically, it combines a 
ship project network with a shipyard project network, which 
has been already scheduled, in developing a ship overhaul 
project network. 

The algorithm essentially is a multi-pass heuristic 
scheduling procedure based on problem decomposition into 


Single resource subproblems [7]. 


The common constrained resource is the work space on board 


ship which is used by both shipyard's personnel and ship's 


force. The other constrained resource is the number of men 


in the ship's force. The ship's force is to be allocated not 


only to the industrial works, but also to the non-industrial 
works. The industrial work is defined as that work which is 


related to the ship overhaul activities whereas the non- 


industrial work is the military-oriented work, such as watch- 


standing and short-term training at shore installations. 


The amount of resource applied to an activity is defined 


as the crew size assigned to that activity and the work space 


necessary to complete the activity. A work space might be 


a bulkhead, a portion of a deck or an entire compartment. 
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The ship project network has M activities and each 
activity has immediate predecessor activities; immediate 
successor activities; a duration; a work space in which the 
activity is to be performed; a maximum, minimum and normal 
unit resources level required each period as described by 
a duration-resource function; and a type characteristic, 
that is, splittable or non-splittable. 

1. The Ship Overhaul Scheduling Problem 

The scheduling problem faced by ship's management 
to be solved for effective ship overhaul may be summarized 
as follows: 

Minimize Conflicts 

Subject to: 1) Work space availability on board ship 

2) Ship's crew size 
3) Due dates 
4) Activity precedence 

In attempting to describe the work space constraint, it 
1s proposed to establish a "work space availability" diagram. 
The work space availability diagram is a KXN matrix where 
the rows represent work spaces on board ship, and the columns 
represent overhaul periods. Thus, an alement of this matrix 
describes the work space status as available or blocked 
period by period. 

The ship's management must first identify the required 
work spaces involved in the ship and shipyard project net- 


works. This would be followed by the blocking of those work 
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spaces which are required during each period by shipyard 
project network schedule. Then the scheduling begins on 
work space availability without considering ship's crew size. 
Finally, the crew size constraint will be incorporated. 

This last step is discussed in section III.D.3. 

In the ship project network the activity precedence 
and due dates constraints are identified by determining EPS? 
(Earliest Possible Start Time) and LPFT (Latest Possible 
Finish Time) for each activity from PERT calculations. 

2. Divisible Activities 

The basic idea in avoiding conflicts is to split, if 
possible, the activities into subactivities. Splitting 
activities is helpful for two reasons: 

a. The divisibility of any activity is inherent to 
the activity nature, and splitting it makes the subactivities 
more homogeneous. By homogeneity it is meant that the required 
unit resources do not change by time. For instance, consider 
activity (1,3) which requires 10 days to be performed, and 
resources A and B. Resource A is needed, say, during the 
first three and last two days while resource B is needed for 
the whole activity duration. In this case, resource A might 
be a physical environment, such as a compartment on board ship 
in which activity (i,j) is to be started and finished while B 
might be the personnel doing that activity. Obviously, activ- 
ity (1,3) is nonhomogeneous, since it does not need all 


required resources during the whole activity duration. When 
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activity (i,j) is split into three subactivities as shown in 
Figure 3.1 below, the three subactivities are homogeneous. 

b. The common resource may not be available during 
the whole activity duration. That is, the work space 
required by a ship project activity on board ship may be 
blocked by a certain shipyard project activity for some 
periods. Splitting that ship project activity, if it is - 
possible, simplifies scheduling the activity in question. 

For instance, consider activity (i,j) with tl and t2 being 
EPST and LPFT, respectively. If, for some periods from tl 
to t2, the required work space by activity (i,j) is blocked 
by a shipyard project activity, then activity (i,j) must be 
split, if possible; otherwise it cannot be scheduled in that 
time interval. In Figure 3.2 below, the activity requires 
four periods to be scheduled. The longest available period 
is three units. Activity (i,j) cannot be scheduled to take 
advantage of these three units without splitting. 

Divisibility of activities in a ship project network 
is feasible, since many of the activities are processed in 
parallel, and have large slacks. It is also feasible to delay 
portion(s) of some activities until some other time during the 
overhaul process. For example, the activity of painting a 
compartment could be terminated when one bulkhead is completed, 
and remaining bulkheads could be painted at some other time. 
But, splitting activities results in increased number of ac- 
tivities which in turn increases the problem dimensions and the 


computation time. 
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B. ASSUMPTIONS 

In order to develop an algorithm for combining two 
project networks the following assumptions were made. 

1. The ship and shipyard project networks are assumed 
to be valid networks. By valid network it is meant that the 
network does not contain impossible situations, such as 
existence of loops and redundant relationships between 
activities. Furthermore, it is assumed that the precedence 
relationships between activities of the ship project network 
are not unique. That is, there is possibility of changing 
precedence relations of networks. 

2. The available manpower to be allocated to ship- 
created activities is limited to the available ship's force. 
Furthermore, the ship manpower is assumed to be homogeneous 
in the sense that each person can be assigned to any activity. 
Also, it is assumed that overtime work for the ship personnel 
1s possible when needed. 

3. The shipyard project network is assumed to be known 
completely at any given time; that is, the activities which 
are to be performed by the shipyard are already scheduled, 
even though it actually evolves with time. The ship project 
network is allowed to be updated regularly or whenever 
needed. For example, during the overhaul process a new job 
requirement may occur and necessitate updating of the ship 


project network. 
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4. The working environment (work space) on board ship 
such as compartments, engine room, galley, etc., are to be 
assumed resources which can be used by only one activity at 
a time. If, for instance, a device is to be removed from a 
particular compartment, then no other activity is permitted 
in that compartment until the removal activity has been 
completed. Furthermore, tools and materials needed for over- 
haul activities are assumed to be available whenever needed. 
mmally, each activity is assumed to be performed only 
in one work space. 

5. The ship project network is assumed to be separable 
into subnetworks for managerial ease in controlling the whole 
Project. 

6. Each ship project network activity is assumed to be 
classifiable as splittable or non-splittable. 

7. Time and resource estimates for each activity are 
assumed to be well defined. Some activities may be performed 
at other than the normal resource level. For these activi- 
ties, activity duration is a linearly decreasing step-function 
of resources. The range of possible unit resource is 
described by a minimum level and a maximum level. A duration- 
resource function is developed over this interval. It is 
also assumed that the splitting of activities does not change 


the duration-resource function. 
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C. THE CONCEPT OF INTERFACING BETWEEN NETWORKS 

The ship project network naturally comprises many sub- 
networks. These subnetworks usually interface each other 
only at certain points in time. Thus, these subnetworks 
may be treated as gross project activities and interface 
points as events [3]. For management ease each subnetwork 
is usually made as self-contained as possible so that manage- 
ment control can be assigned to different officers. The 
interface points are controlled by top management (in the 
ship overhaul process, the top management is the ship 
commander) to avoid any conflict. 

Fach subnetwork is specified by its typical activities 
and certain "interface events." For various calculations 
within a particular subnetwork, these interface events are 


treated simply as activities of zero duration. 


D. A PROPOSED ALGORITHM 
i Notation 


The following notation is used throughout this chapter: 


N = The total number of overhaul periods in day. 

Rn = The amount of manpower available in period n. 

K = The number of work spaces on shipboard. 

A = The set of activities in a ship project network. 


fl, j) = The activity starting at event (node) i and termi- 
nating at event j. 
ai —inewmGuUbattOnmwoL ACtLVity (1,3) with normal unit 


resource utilization. 
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Qu! 


ij 


Thesaduratren OF aceivity (1,)7) when minimum unit 
resources applied. 

The duration of activity (i,j) when maximum unit 
resources applied. 

The normal manpower unit resource requirements by 
aceiyity (34) . 

The maximum applicable manpower unit resource 
requirements tO activity {i,73) .; 

The minimum applicable manpower unit resource 
requirements to activity (i,j). 

The work space availability for activity (i,j) in 
period n. It is 1 if the work space is available 
and -l if the work space is not available. 

The amcunt of manpower unit resource used by 
aGminguty sie) in perlod n. 

PMaicmeora slack for activity (1,7). 

Barplvest Start time for activity (i,j). 

Latest finish time for activity (i,j). 

Earliest possible start time for activity (i,j). 
Latest possible finish time for activity (i,j). 
The set of activities which must all be performed 
by period n. 

PiemsceCcmOLueaccivitties which are in process during 
period n. 

The set of scheduled activities. 


The set of unscheduled activities. 
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2. General Description of the Algorithm 

The algorithm consists of two phases with an input 
step (STEP 0). Each of these phases essentially corresponds 
to a Single resource subproblem [7]. 

The first phase schedules the ship project network 
based on the common resource, which is the work space in 
this problem. Scheduling starts at the end of the ship 
project duration based on PERT and proceeds "backward" until 
first period of the project duration has been reached. 
Activities are scheduled at their EPSTs during this backward 
pass. The reason for using a backward pass is to insure that 
an activity of the ship project would be finished by its LPFT 
while not violating the work space requirements of the 
Shipyard project activities. 

The second phase computes the ship's manpower require- 
ments by period. Next, a "residual" resource pool is computed, 
which might be defined as the difference between available 
amount of resources minus required amount of that resource, 
for each period. This residual resource pool can be either 
positive or negative. 

Then, the algorithm searches for the period in which 
the residual resource pool is minimum and tries to increase 
that minimum level by delaying an activity, which is currently 
in process and has positive slack. The activity chosen is 
forwarded by at most its slack so that it finishes at its 


LPFT, unless the shifting does not cause a decrease in 
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previously investigated minimum level(s) further. If there 
is none, then that period is not to be considered any more, 
and no attempt will be made to decrease that minimum level 

further. This process continues until no eligible periods 

remain to be searched. This is essentially similar to the 

so-called “resource leveling procedure" [2], [10], [11]. 

A final "residual" manpower pool is computed at the 
end of Phase II and provides information about manpower 
availability for non-industrial work. In other words, it 
is a decision device for ship's management in two situations: 

(a) A negative residual pool indicates the required 
amount of overtime work needed. 

(b) A positive residual pool indicates the possibility 
of manpower availability for non-industrial work. In Figure 
3.3a the solid line curve represents resource availabilities 
by period whereas the dotted line curve represents required 
resources or workload by period. The difference between these 
two curves is the residual resources by period and is shown in 
Figure 3.3b below. 

After the leveling process has completed, an attempt 
1s made to schedule the unscheduled activities, if there are 
any, and the whole process restarts without STEP 0. 

3. Algorithm 
The ship overhaul scheduling procedure may be summar- 


ized as follows: 
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(a) 
arise 
days 
=k 
(b) 
Figure 3.3 
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Pic comeiipedndmitsteall of the activities which 
make up the ship project network. 

b. Determine duration-resource function for each 
Metivity. 

c. Determine precedence relationships among 
activities. 

ad. Draw arrow diagram without any cycles, and 
redundancy [2]. 

e. Perform PERT computations ignoring resource 
constraints. 

feve Perform the following algorithm to incorporate 
resource constraints. 

g. If there are no unscheduled activities, and the 
residual manpower pool is positive (or negative residual 
Manpower, if any, can be offset by overtime work) for each 
period, then the problem is solved. Otherwise, the scheduling 


problem is not feasible. 


STEP 0: Inputs to the algorithm. 
1. Input parameters. 
a. The number of overhaul periods. 
b. Tne number of resources (=K+l). 
c. The number of activities in ship project network. 
d. Decision for unscheduled activities. If it equals 
to 1, then the algorithm proceeds with schedulina of the 


common resource ignoring any unscheduled activity. If it 
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equals to 0, 


then the algorithm stops for revision of the 


precedence relations among project activities. 


5 MO 


Ae 


each activity (1, j)€A 

The ship project network PERT computations. That 
1s, EPST,LPFT and slack. 

Chisum eaitaas r, Ww, Slope of the duration-resource 
function, and type characteristic, that is, 
splittable or non-splittable. Input 1 fora 
splittable activity, and 0 for a non-splittable 


activity. 


each period n, n-l,...,N 


Roe the amount of manpower available in period n. 


S=@ and U=@ 


PHASE 1: Scheduling of the common resource. 


mee il: Starting step. 


a. 


De 


n=N, start to backward scheduling. 

Determine Bae the set of activities for which 
LPFT=n. 

n={E, the number of activities in ES 

If m=0, go to STEP 2. Otherwise, order the 
activities in Be according to the activity type. 
Non-splittable activities first. Within the same 
activity type, the activities are ordered in 
ascending order according to the activity slack. 


Gor to STEP 3. 
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STEP 2: 


Time decrement step. 
nm=n-1. If n=0, the scheduling is completed on 
common resource, go to PHASE 2. Otherwise, go to 


Sue oy) 


Scheduling on common resource. 


a. Let 1, take the first eligible activity from 


bo) Let (1,J)=E (1), remove 1 th activity from Ea 


and identify it. 


n ters em ra] 7] 
eo. ober Wis =~] for some n SBE Ga gle ae da go to 
STEP 4. 
If we. =l 4f/nel[EPST..,LPFT..], work space is 
ig z cae sy (ea 


available, then activity (1,}) can be scheduled 
at normal resource utilization. 


yg EEN a t. restricts the starting period of 


fe 
Eicmdetivilty (1, )). 

SRE ss t restricts the terminating period 
of the activity (i,j). 


d. Update scheduled set and work space availability. 


aa ¢ 
LPT 4") 
w.. =-1, blocked, and c”. =r 4/fneé [r.,t7] 
ij a a ij in £! 1 


e. l=l+tl. If ldm, no more eligible activities to be 


scheduled, go to STEP 2. Otherwise, go to STEP 3b. 
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STEP 4: The required work space by activity (i,j) is not 


available for some periods in the interval of 


[EPST, ,,LPFT; 1] 


a. 


J 


In this interval, let p" be the number of 
periods in which the work space needed by 
activity (i,j) is available, and p" be the 
largest number of consecutively available 

per logs, 1c, ip sep. Let t- be the first 
period of this longest period and t}] be the 
fast perwod er Lt. If DP Sele a normal 

activity duration exceeds available periods, 
GOPEOmo TEE 4b. . Lf pe Adis, available periods 
exceed normal activity duration, then activity 
(1,3) can be scheduled at normal resource 
utilization with its EPST and/or LPFT being 
changed. 

Mute Mey mt, eT Susplittable, go to STEP 5. 
Otherwise, go to STEP 4c. 

1s Sia oe Bais available periods exceed minimum 
aCe MvVltymannadt1ON,eitnmen che activity (21,3) can 
be scheduled by crashing it, that is, employing 
maximum unit resources. 


n _- = 
5 a8 ne[t,, tetas], dis dir go to STEP 3d. 


Otherwise, go to STEP 4d. 
Find an activity which is already scheduled, it 


is in process during the current period, it has 


Be, 





positive slack. and it is performed in the 
same work space with the activity (i,j). If 
there is one, call this activity (1,j)' and 
delay this activity by its slack. Update the 
work space availability, go to STEP 3c. If 


there is none, the activity (i,j) cannot be 


scheduled, go to STEP 6. 


PeeP 5: Splitting the activity (1,]) into subactivities. 


ae 


Let Sp be the number of blocks of available 
periods. Split the activity (1,3) into Sp sub- 
activities as described in section III.A.2. 

jing one Sa 6 total available periods less than 
HoOmnalL dChhvwinivy GULation, gO to STEP 5d. 

ie Oy ee the activity (i,j) can be scheduled 
AeenNoOonniaberesOurce Utilization by splitting it. 
If the required work space is available at 
period n, schedule the last subactivity at 
normal resource utilization, place the other 
subactivities in A, and update the duration- 


resource function, ge OE a -v, where v is the 


duration of the last subactivity. 


SUIS AE : 
1) 
co. =r and w.. =-1 Yne(t.,t ] 
dj i3 / f/ 1 
ou =v, go to STEP 3d. Otherwise, place Sp 


subactivities in A, go to STEP 3e. 
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The activity (i,j) cannot be scheduled at normal 
resource utilization even after splitting it. 

Iie pi <djs: total available periods less than 
minimum activity duration, then the activity 
(1,3) cannot be scheduled, go to STEP 6. Other- 
wise, the activity (1,j) can be scheduled at 
crashed level by splitting it. 

If the required work space is available at period 
n, schedule last subactivity by crashing it, 
place others in A. 


t. =LPFT. .-v 
13 


ty =LPFT. 


a5 =v, go to STEP 3d. Otherwise, place Sp sub- 
acemvatL1es in A, go to STEP 3e. 


STEP 6: Activity (1, 3) cannot be scheduled for the common 


resource with existing precedence relationships. A 


decision needs to be made to either 


a. 


Revise precedence relationship and/or remove 
some unimportant activities from the activity 
Seen, ahnauGO LO osTEP 0, or 

Proceed with scheduling of the common resource 
Wath tMewdctlyaty (1,3) zqgnored. If so, go to 


STEP 3e. 
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PHASE 2: Scheduling of the manpower resource. 
STEP 1: Computing resource loading. 
a. Let P be the set of periods for which the residual 
Manpower cannot be increased further. Initially 
P is empty. 
b. Compute the residual manpower as y =R- Leys 
a7 (a) el. Nol poe. ,N and. né€P. 


GehetEEn oem the mMmunmber Lon which 


y,=min a for n=-1l,...,N and wée. 


STEP 2: Determine the set of activities which are eligible for 

shifting. 

a. Let ie be the set of activities in I which have 
positive slack. 

4 EE 1°=9, go to STEP 3. Otherwise P=P\Um. 
SUMaIE Sh. 

c. If P contains whole project periods, then the 
solution is reached, go to STOP. Otherwise, 


GOmLeaSTHP lb) 


STEP 3: Determine which activity is to be shifted and how much. 
a. Order the activities in it aecording te, the slacks; 
in ascending order. Let k be the number of 
activities in ie 
b. Let a=l 
Cc. Let (i,j) "=I (a), the a th activity in it and 


let W be the number for which 
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GIS 9 ofa and n¢éP. The maximum possible 
value for W is the slack for activity (i,j). 
However, it may be less, because of blocked 
periods (né€P). 
d. If W=0, go to STEP 3e. Otherwise, go to STEP 4. 
e. a=atl, if a>k, shifting cannot be made, P=MA/m, 


Jeeroeoleir elope OENeCEWLSE, gO to STEP 3c. 


STEP 4: Shift the scheduled activity to release some 
uncommon resource. 


a. Set EST. .'=EST..'-W, and 
1) 1) 


Lee GEL. WW 
1) 13 


b. Compute YaWy eg a's nelEST,.", ea a and 


= Noy = 
a Ynt?i5 , ne [m-Wt+l,m], go to 


STEP le. 
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Iv. A COMPUTER PROGRAM FOR THE PROPOSED ALGORITHM 


me LNTRODUCTION 

A computer program, in FORTRAN IV, was written to imple- 
ment the proposed algorithm. The program is composed of a 
main program and subroutines. It was originally written to 
combine a ship project network of up to 200 activities, 
requiring at most 30 work spaces for 200 or fewer overhaul 
periods with a shipyard project network, which is already 
scheduled. It can be, however, modified easily to accommo- 
date any sized ship project network. 

In the program the unit scheduling period is one day and 
the slope of the duration-resource function is a nonpositive 
integer. The integer assumption for the slope of the duration- 
resource function follows from the fact that the information 
about the entire project activities 1S summarized in an 
integer array. For more general linear duration-resource 
function it 1s necessary to define a real vector consisting of 
Slopes of the duration-resource functions. 

A portion of the inputs, EPST, LPFT and slack are 
obtained from a separate routine which does the PERT computa- 
tions. For a moderate sized project of the order of 100 
activities, these computations can be done by hand. 

The subactivities, resulting from the splitting of any 


activity, are renumbered in the following way: 
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1. The subactivities are ordered in the descending order 
by their LPFT, and an index number is assigned to each of 
them. 

2. For each subactivity, its index number multiplied by 
100G6 and added to the original activity number to produce 
the subactivity number. 

For example, assume the activity (15,90) is split into 3 
subactivities, the number for these subactivities would be 


memes, 1090), (2015,2090), and (3015,3090). 


B. DESCRIPTION OF THE PROGRAM 
1. Main Program 

The main program starts by calling the subroutine 
INPUT, which feeds the necessary inputs to the main program. 
Then, the activity set is ordered by LPFT of activities by 
calling the subroutine ORDER. 

For each period, in the backward pass, the eligible 
activities for which LPFT equals to the current period are 
determined and ordered with respect to the two specified 
meecedence criteria. They are: 

a. Activity type characteristic, and 


Bao activity slack. 


Non-splittable activities precede splittable activities. 

If two activities have the same type characteristic, then the 
One which has a smaller slack time takes precedence. For 
each eligible activity, the required work space is searched 


for the required period to figure out the work space status 
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by calling the subroutine WSC. Next, the four possible 
actions (normal, split, check back, and crash) are tried in 
one of the six different sequences (see section V.B) to 
Schedule the activity in question at EPST of that activity. 

When any activity is split and to be scheduled at 
separate time periods, the resulting subactivities are 
renumbered, the unscheduled subactivities are placed in the 
activity set, and the total slack is allocated to the last 
subactivity (last subactivity has the largest LPFT among the 
other subactivities). 

The program continues by computing resource loading 
and residual resources. Then it searches for minimum 
residual periods. To increase the minimum level, an activity 
is selected from those activities which are in process at the 
current period and have positive slack. This activity is 
shifted forward by its slack (at most) to release some 
resources at peak demand period, unless the shifting dces not 
cause to decrease previously investigated minimum level(s) 
marcher. 

2. Subroutines 

The main program calls four subroutines. They are: 
mieur, ORDER, WSC, and SPLIT. 

The subroutine INPUT provides the main program with 
necessary inputs and performs initializations. 

The purpose of the subroutine ORDER is to order a 


given set of activities with respect to one or two specified 
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eercerion(s). The number of criterions are transferred 
into the subroutine by the argument INDEX, and the specific 
criterion by arguments Cl (first criterion) and C2 (second 
criterion). Cl and C2 represent the column number from 
which the ordering is performed. 

The subroutine WSC checks the required work space 
for required periods to figure out its availability. It 
counts available periods and/or the available number of con- 
secutive period(s), and largest consecutively available 
periods. 

Subroutine SPLIT determines the starting and termi- 
nating periods for each block of available periods. 

3. Input 

For combining two projects, the algorithm needs the 
following inputs: 

a. Project duration, from PERT computations. 

b. Number of resources (K+tl, where K is the number 
of work spaces). Manpower was counted as resource number 
one. 

c. Number of activities, including dummy activities. 

d. Decision for unscheduled activities. 

e. Additionally, for each activity: 

(1) Activity number 


(2) EPST, LPFT and slack, from PERT computations. 
(3) Work space number, duration, absolute value 


of the slope of the duration-resource function, and required 


unit resources, i.e., minimum, normal and maximum. 
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(4) Activity 


type, splittable or not. Input l 


for a splittable activity, and 0 for a non-splittable aCEI VEY. 


4. Possible Actions 


Four possible actions are allowed for scheduling an 


activity. They are: 


Pl = Schedule at normal resource utilization, 


P2 


Schedule by splitting, 


P3 = Check previously scheduled set of activities, 


which use same work space with the activity in question and 


are in process during periods in the interval of [EPST,LPST], 


to facilitate the scheduling, 


P4 = Schedule by crashing, 


and the sequence is to be 


nations are possible. 


specified by the user. Six combi- 


C. RECOMMENDATIONS ON USING THE PROGRAM 


The following recommendations are provided as an aid to 


potential users. 


1. First, one should check the validity of the assump- 


tions, which are made in this study, to real situations. 


2. The user must use more than one combination from 


those proposed sequences for scheduling, to obtain a better 


ao ttion. 
Be, Once any activity 
cannot be split any mere. 
4, Only one activity 


If more than one activity 


is split, the resulting subactivities 


can be processed in one work space. 


can be processed simultaneously in 
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the same work space, a dummy work space having the same 
availability with the original one must be added to the 
resource availability set. 

5. The procedure must be repeated whenever a new job is 
added to the activity set and/or some changes occur in the 
shipyard project. 

6. The starting time of an activity is defined as the 
beginning of the period and the terminating time as the end 
of the period. So, for a dummy activity with zero duration, 
the EST is greater than LFT of that activity. 

7. The residual pool is a decision device for excess or 


deficient resource periods. 


49 





V. TESTING THE PROPOSED ALGORITHM 


A FORTRAN-coded version of the algorithm was run on the 
IBM-360 system at W. R. Church Computer Center of the Naval 
Postgraduate School using two sets of data (data sets 1 and 
2). For each data set, six runs were made using different 
Sequences of four possible actions, to schedule the project 


in question. 


A. GENERAL 
1. Data 

Data set 1 (from [9] p. 154]) describes a network 
which contains 11 activities and has a project duration of 
15 days. The data were expanded to illustrate the algorithm. 
So, for each activity, a duration-resource function, a work 
space in which the activity is performed, and an activity 
type were defined. It was also assumed that the project was 
performed in three work spaces. Table I provides the details 
of this data set and Table II shows initial resource avail- 
abilities by period. The first row of this table shows man- 
power and the remaining rows show work space availabilities. 
The availabilities of the three work spaces were selected 
arbitrarily. For example, it was assumed that the work space 
number one (Table II second line) was blocked (-1) in the 
periods from 6 to 8 and from 12 to 14, arbitrarily, by two 


activities of the (shipyard) project network. 
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The headings of the columns in tables of this chapter 


are: 


Sin = Slack. 


WS = Work Space number. 

DUR = Duration. 

SLP = Slope. 

RS = Amount of resources used. 


NR = Normal applicable unit resources. 

MR = Maximum applicable unit resources. 

MNR = Minimum applicable unit resources. 

TP = Activity type. 

Data set 2 (from the Long Beach Naval Shipyard for 
the USS ROBISON, DDG 12) contains 51 activities and has a 
project duration of 21 days. This data set is actually a 
small portion of the ship project network. Expansions were 
also made for this data set. Furthermore, it was assumed 
that the project needs 12 work spaces. Table III summarizes 
this data set and Table IV shows resource availabilities by 


period. 


5B. oCHEDULING RESULTS 

The six combinations of four possible actions (see Chapter 
IV for description of Pl through P4) are as follows: 

ime Pl, P2, P3, P4 

me Pl, P2, P4, P3 


Bee Pl, PS, P2, P4 


Sib 





Table I. INITIAL SET OF ACTIVITIES, DATA SET 1 


ACTIVITY ERST EPFI SLA WS DUR SLP NR MR MNA TP 


i= e 1 7 5 | 2 1 3 yj 3 0 


c= 3 3 11 =" ] | l 3 4 ae 


a= 6 a 5 = 3 l 1 4 a yoo 


Table II. RESOURCE AVAILABILITIES, DATA SET 1 


81013 9 10 
a=) =) 
1 a ie | 
ee ee 


a ee @ 2) 

— 

t 

— 

4 

= 

t 

== 
— — = (2 
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Laser ora sel OF ACTIVITIES, DATA SET 2 


ACTIVITY EPST LPFT SLK WS DUR SLP NR MR MNA TP 


19- 908 S 20 ile te 0 0 0 0 0.6«(—0 


20- 980 12 20 9 le 0 0 0 0 0 0 


5) 8) 





fFabte Til, 


INITIAL SET OF ACTIVITIES, 


el- 


ee: 


22 


912 


912 


25 


26 


908 


911 


910 


915 


17 


20 


20 #11 
20 0611 
20 «16 
9 0 
le 0 
20 11 
12 ! 
14 3 
20 614 
20 3 
20 3 
16 0 
20 0 
20 } 
20 i4 
i ee 
14 «10 
tu te 
14 te 
fae it 
ee 
1Ge ve 
14 le 
1Wo3} 
Po ke 
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DATA SET 2 (continued) 





Table III. INITIAL 


908- 
910- 
Sie 
914- 
915- 


998- 


SET 


999 
999 
939 
399 
999 


939 


OF ACTIVITIES, 


18 


12 


20 


20 


20 


20 


20 


20 


3)0) 


DATA SET 2 


(Continued) 





Table IV. RESOURCE AVAILABILITIES DAY PeOD DATA ser. 2 


20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 
20 20 20 20 20 20 


eee or. lh et ote) fF leek A 
lala) 


BI ye 0) Ss OU) (ce VS SE Sy ee (eee, a | 
i) | ge ee (ieee | 
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eee i Po, Po, PZ 

Bo Pl, P4, P2, P3 

6. Pl, P4, P3, P2 
and all six were run for each data set. 

Four measures of effectiveness (MOE) were used to compare 
the results. They are: 

1. Average CPU time. For each sequence of actions three 
runs were made, in the morning, at noon, and at night, to 
obtain a relatively stable CPU time. 

2. Number of unscheduled activities (NUA). 

3. Sum of the squares of the resource usage deviations 
from the maximum resource usage for each period (SSM). 

4. Sum of the squares of the resource usage deviations 
from the mean resource usage for each period (SSA). 

The last two MOEsS, SSM and SSA, were intended to be 
indicators for resource usage profile and smaller numbers 
are preferable for these MOES, i.e., they would be zero if 
the resource usage is the same for each period. 

Figure 5.1 (a)-(£) for data set 1 and Figure 5.2 (a)-(f) 
for data set 2 show resource loading by period for each 
sequence of actions. 

Note that the sequences of (Pl, P2, P3, P4) and (PI, P2, P4, 
P3) result in the same usage profile for two data sets as 
Shown in Figure 5.1l(a) and (b), and 5.2(a) and (b). That is, 
after the sequence of normal resource utilization and splitting, 
the crashing or checking previously scheduled set of activi- 


ties regardless of which is done, does not affect the resources 
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20 days 
Figure 5.2 
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(b) 


Pl, P3, P4, P2 


(f) 


16 
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The other observation that can be made from these fig- 
ures is the close relation between the uniformity of the 
resource usage profiles and the MOEs of SSM and SSA. That is, 
for smaller SSM and SSA, the resource usage profiles are more 
uniform (see Tables VII and VIII). 

According to the values of NUA and SSA, the sequence of 
(Pi, P4, P3, P2) appears to provide a better solution than 
the others. Therefore, the schedule corresponding to this 
sequence (sixth sequence) is provided in Tables V (a)-(b) and 
oa (a)—(b) . 

Tables V(a) and VI(a) provide the schedules for the two 
data sets, respectively, with the sixth sequence (Pl, P4, 

P3, P2). The starting time of an activity is defined as the 
beginning of the period and the terminating time as the end 
of the period. Therefore, for a dummy activity with zero 
duration, the EST is greater than the LFT for that activity. 

The activities which could not be scheduled due to work 
Space nonavailability are shown in Tables V(b) and VI(b), 
respectively. They are (4,8) for data set l, and (1,18) and 
(1,24) for data set 2. Therefore, with the given precedence 
and work space availabilities, the ship's force scheduling 
problem for each data set is actually not feasible. 

The activity (4,8) can be scheduled by crashing it, if 
the work space number two would be available for periods 5 
and 6. This could be accomplished by delaying the activity 


of (shipyard) project network, which is currently using the 
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Table V(a). SCHEDULED SET OF ACTIVITIES, DATA SET 1 


ACTIVITY EST LFT RS WS SLK 


1006-1009 1S 15 3 1 0 


2006-2009 11 11 2 1 0 
ae 3 3 4 4 1 1 


We 8 9 fe) 6 l 1 


Geale V(b). UNSCHEDULED SET OF ACTIVITIES, DATA SET 1 


ACTIVITY EPST LPFT SLK WS OUR SLP NR MR MNA TP 
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work space in the periods from 5 to 7, by two periods and 
crashing the activity (5,6). Thus, the work space number 
two would be scheduled as follows: 

Activity (1,4) in periods 1 and 2; 

Activity (4,8) in the periods from 3 to 6; 

Shipyard activity in the periods from 7 to 9; 

mecavity (5,6) in periods 10 and 11; 
and no unscheduled activities would be remaired. 

This example suggests the importance of continual communi- 
cation and negotiation between the ship's management and the 
shipyard's management about unscheduled ship project activities. 

Table VII for data set l and Table VIII for data set 2 
provide a summary of the four MOEs for the six combinations 
of actions. 

As far as the number of unscheduled activities are con- 
cerned, the sequence of (Pl, P4, P3, P2) gives the least number 
of unscheduled activities for both data sets. Also, for this 


sequence, the SSA is the minimum for each data set. 
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Table VI(a). 


SCHEDULED SET OF 


ACTIVITY EST CFT AS 


19- 20 17 19 3 

914- 999 20 19 0 
31-2914 20 19 0 

915- 999 20 19 8) 
29- S15 20 he 0 

a90G— 399 12 11 6 
20- 380 20 19 0 

912- 999 le i 0 
908-—)999 20 19 0 
2S- 908 20 19 0 

19- 908 10 9 0 

S10-= 993 9 8 0 
32- 910 20 19 0 

e3- sole 7 6 0 

| re: 5 8 1 

a O—eest 18 20 3 

20> co 1Y 15 3 

27-2910 20 19 0 

ge Foie 20 19 0 


e1= ee 16 20 3 
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ACTIVITIES, 


WS SLK 
| 0 
12 0 
le 1 
le 0 
le 1 
le 0 
le 1 
le 0 
le 1 
le 1 
le 0 
le 0 
12 1 
le 0 
3 0 
3 0 
4 0 
le 1 
le 1 
2 0 


DATA SET 2 





Table VI(a) SCHEDULED SET OF ACTIVITIES, DATA SET 2 (Continued) 


18=. 19 8B 10 u 1 0 
Si)—- > 30 13 15 2 2 0 
1001-1032 13 15 2 3 0 
l- ee! e 3 6 1 0 
3u-" “32 15 14 0 le 0 
Y1l- 32 | 3 0 12 ] 
So -eoe 12 11 0 12 1 
So-0 ase 12 11 0 le 1 
aod, l 5 2 9 0 
he> 33 le 14 2 = 0 
W2- 32 | 5 0 12 0 
WO- 32 le 11 0 le 1 
SE Be l2 11 0 12 1 
Sieh 6 12 11 0 le 1 
36- 32 le 1} 0 12 1 
Jo- oe 12 11 0 12 1 
ss 5 6 2 ? 0 . 
27- 28 7 11 3 4 0 
f= ec | 2 e 7 ] 
I- 41 = 7 2 11 7 
1- 40 Y 5 2 9 8 
l= 39 13 14 2 10 0 
I 35 5 6 2 8 8 
js I) 1 2 ] 8 1 


ss) 7 8 2 7 6 
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Table VI(a) SCHEDULED SET OF ACTIVITIES, DATA SET 2 (Continued) 


26- 911 le 11 0 12 1 
2o- 825 10 11 3 3 0 
2001-2032 = “) 3 3 0 
24- 25 6 7? | 1 0 
1001-1027 8 9 1 S 0 
2001-202? i 4 ] 5 0 


3001-3032 1 3 2 3 0 


Table VI(b) UNSCHEDULED SET OF ACTIVITIES, DATA SET 2 


ACTIVITY EPS? CPF SEK WS DUR SLP NR MR MNA TP 
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Table VII. DATA SET l 
Average 

Sequence of CPU 

Actions Time NUA SSM SSA 
Pie, P2, P3, P4 27.04 1 646 130 
Pl, P2, P4, P3 26.44 i, 646 130 
Pl, P3, P2, P4 27.44 2 607 125 
Be, P3, P4, P2 Zoro 2 411 £12 
oe, P4, P2, P3 28555 1 362 107 
fe, P4, P3, P2 Pill JL 826 92 

ables Lilie DATA: SET 2 
Average 

Sequence of CPU 

Actions Time NUA SoM SSA 
Pl, P2, P3, P4 34.45 3 794 Si 5hS: 
Pl, P2, P4, P3 BO 3 794 553 
Pl, P3, P2, P4 Sys yr 0s 2-1/2* 877 346 
Pl, P3, P4, P2 32.81 2 1210 509 
Pl, P4, P2, P3 $0.55 3 FAS 257 
pi, P4, P3, P2 BS. 37 2 1007 250 








* 1/2 represents one unscheduled subactivity. 





VI. SUMMARY, CONCLUSIONS AND RECOMMENDATIONS 


A. SUMMARY AND CONCLUSIONS 

1. The algorithm assumes two project networks with one 
common resource requirement and that one of the project net- 
works has been already scheduled. The problem that this 
algorithm was designed for was the scheduling of a ship's force 
during a shipyard overhaul. Specifically, it combines a 
ship project network with a shipyard project network, which 
has been already scheduled, in developing a total ship over- 
haul project network. Two types of constraints are allowed. 
First one is work space on board ship which is common to 
both ship's and shipyard's project networks, and second one 
is the ship's manpower. It was assumed that resources, such 
as shipyard's materials, tools and devices which are needed 
for ship overhaul, are available whenever needed. 

The algorithm consists of two phases. Each of these 
phases essentially corresponds to a single resource subprob- 
lem. The first phase schedules the ship project network 
based on the common resource, which is the work space on 
board ship. Scheduling starts at the end of the ship project 
duration based on PERT and proceeds backward until first 
period cf project duration has been reached. The second phase 
computes the ship's manpower requirements by period, and then 
computes a “residual" manpower pool. Then, the algorithm 


searches for the period in which the residual resource pool 
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is minimum and tries to increase that minimum by delaying an 
Bligible activity forward. In other words, it tries to level 
out peak demands. A final "residual" pool is computed at the 
end of phase II and provides information about manpower avail- 
ability for non-industrial work. 

2. The algorithm was tested with two sets of data and 
the sequence combination involving first normal resource 
utilization, then a crashing, then checking for available 
common resource from previously scheduled set of activities, 
and finally splitting appears to be the most promising with 
respect to the four MOEs. 

3. Although the proposed algorithm is a heuristic soiu- 
tion procedure, it gives a solution range through the use of 
different sequences of possible actions for scheduling an 
feeavity. 

4, The algorithm does not consider any variable unit 
resource requirements. That is, the unit resource require- 
ments for any activity or subactivity have been assumed 
constant throughout the activity or subactivity duration. 
This deficiency may be corrected by dividing the activity, 
which requires variable resources, into subactivities each 


requiring constant unit resources. 


B,. RECOMMENDATIONS 
1. It 1s recommended that further study be made done of this 


algorithm to develop extensions which allow relaxation of 
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the assumptions of homogeneity of ship's manpower, avail- 
ability of shipyard's materials and tools which are needed 
for ship overhaul, and variable unit resource requirements, 
and the inclusion of more than one uncommon and/or common 
resource requirement. 

2. The solving of an actual ship overhaul scheduling 
problem is far beyond the scope of this thesis. It needs 
to be studied in more detail by at least a team consisting 
of systems analysts, systems engineers, and human factors 
engineers. It is an extremely complex resource-constrained 
allocation problem. This complexity is compounded by 
communication problems between ship and shipyard prior to 
and/or during the ship overhaul process, the many uncertain- 
ties concerning availability of resources, and the organiza- 
tional difficulties between the involved commands. 

3. The reason for using a "backward" pass in the 
algorithm to schedule the common resource, work spaces, was 
to insure that an activity of the ship project would be 
finished by its LPFT while not violating the work space 
requirements of the shipyard project activities. That is, 
the starting and terminating periods of an activity of the 
shipyard project were assumed given and unchangeable. 

Although, the work space availabilities of the two 
examples (see Chapter V) were arbitrary, the manpower loading 
profiles (see Figures 5.1 and 5.2) and unscheduled activities 


obtained from those examples resemble anticipated real-world 
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Situations. Therefore, the ship's management would need to 
negotiate with the shipyard's management to extend the 
project duration or to provide more availability of work 
Spaces so that a more uniform manpower loading profile could 
be obtained and the list of unscheduled activities in the 


ship project network could be eliminated. 
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APPENDIX A 


VERBAL FLOWCHART 


MAIN PROGRAM 


a> 
oS 


T/- 
2 des 


o> 


92- 


i 


3 
7 
10 
16 
22 
59 


Sy) 


62 


76 


80 
87 


90 
opal 
140 


142 


144 


e 
9 


° 
? 


e 
e 


Comment cards. 

Variable declaration statements. 
Comment cards. 

Call subroutine INPUT and perform initialization. 
Start backward scheduling, print current period. 
Order the activities according to their LPFT. 
Write the ordered set of activities. 

Determine eligible activities which have LPFT 
equal to the current period. 

Comment cards. 

Order eligible activities according to activity 
splittability and slack. 

Print ordered eligible activity set. 

Remove an activity from eligible activity set 
and identify it. 

Comment cards. 

Determine common resource availability. 

Check scheduling possibilities. That is, normal 
resource utilization, splitting, crashing or 
checking previously scheduled set of activities. 
Comment cards. 


Decision for unscheduled activities. 


a 





a= 0 


oP od 


161-169 


170-187 


188-208 


209-221 


222-234 


235-255 


256-263 


264-274 
275-287 


288=298 


Zag 33] 


332-338 


339-351 


352-353 


354-360 


361-374 


oe 


Place unscheduled activity in the set of 
unscheduled activities. 

Schedule the activity at normal resource 

tae zation « 

Schedule the activity by crashing. 

Place the genedtled activity in the set of 
scheduled activities. 

Try to schedule the activity by splitting. 
Schedule the last subactivity at normal 
resource utilization. 

Schedule the last subactivity by crashing. 
Place unscheduled subactivities in the set of 
activities. 

Allocate the slack to the first subactivity. 
Start to schedule using the manpower resource. 
Compute excess resource availability for manpower. 
Locate the peak manpower usage period and try 
to reduce. 

Specify which activity is to shift and how much. 
Shift the activity to later on the schedule. 
Recompute the excess resource availability for 
manpower. 

Check for second pass. 

Place unscheduled activities in the activity 
set and try to schedule with a second pass. 


OUEouc. 


Ue 





375-400 


401-402 


Format statements. 


STOP and END. 


B. SUBROUTINES 


i. 


Subroutine INPUT 


il 


5 


10 


2S 


35 


2 


oes) 


eZ 


74 


ob 


Subroutine INPUT. 

Variable declaration statements. 

Read and write the parameters. 

Read and write activity set. 

Read and write resource availabilities. 
Initialize the scheduled activity set and some 
auxiliary arrays. 

Initialize the unscheduled activity set. 
Format statements. 


RETURN and END. 


Subroutine ORDER 


iL 


5 


23 


41 


43 


ee 


Subroutine ORDER 

Variable declaration statements. 

Bubble sorting to order on first criterion. 
Bubble sorting to order on second criterion. 


RETURN and END. 


Subroutine WSC 


1 
2, 


18 


30 


Subroutine WSC 
Yariabie declaration statements. 
Determine common resource availability periods. 


Determine the blocks of available periods. 


We 





31- 37 : Determine the starting and terminating periods 
for the longest block of available periods. 


Bo— 39 Dummy statements. 


@e¢@ 


40- 41 ; RETURN and END. 
4. Subroutine SPLIT 
1: Subroutine SPLIT 
2- 5 3: Variable declaration statements. 
6— 24 ; Determine starting and terminating periods of 
subactivities. 


25— 26 : RETURN and END. 
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APPENDIX B 


DESCRIPTION OF THE DATA CARDS 


1. Parameter Card: Card # 1 
Columns Explanation 


1-3 


Number of project periods. 

4-6 : Number of resources. 

7-9 : Number of activities. 

Oy: Decision for unscheduled activities. For 
precedence revision input 0, otherwise 


alpyo vets lle 


2. Activity Identification Cards: For the following M cards, 
where M is the number of activities. 
Columns Explanation 
1-3 : Activity starting node. 
4-6 ;: Activity terminating node. 
7-9 ; EPST of the activity. 
nO=12 : bert of the activity . 
13-14 :; Slack srOm mene: actlyi ty. 
15-17 : Work space number of the activity. 
18-20 : AGr1vyiry Guration. 
21-23 : Slope of the time-resource function (absolute 
value). 
24-26 : Normal unit resources required by the activity. 


27=29 : Maximum unit resources required by the activity. 
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B0=32: Minimum unit resources required by the activity. 
2S a Activity type characteristic. Input 1 for 
splittable activities; input 0 for non- 


splittable activities. 


3. Manpower Resource Availability Cards: Each card contains 
information for a sequence of 15 periods. For example, three 


cards would be needed for a project of 31 to 45 periods in 


duration. 
Columns Explanation 
1-3 : Manpower resource availability for 1 st period. 
43-45 : Teper resource availability for 15 th period. 


4. Common Resource Availability Cards: Each card contains 
information for a sequence of 15 periods. A new card for the 


following each 15 periods. 


Columns Explanation 
1-3 : Common resource availability for 1 st period. 
43-45 ; Common resource availability for 15 th period. 
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On oul w Tp = 


lo 


COMPUTER PROGRAM 


COMBINING TWO PROJECT NETWORKS 


C PROGRAM TO COMBINE TWO PROJECT NETWORK 
C WITH GNE COMMON RESORCE AND ONE UNCOMMON RESOURCE 
G AND GONE OF THE PROJECT NETWORK 15 ALREADY SCHEDULED. 


IMPLICIT INTEGERx2 (A-Z) 

OIMENSION A200, 12) ,R(31,200) .5 (300, 7) ,E (30,12), TEMP (12) ,U (S50, 12), 
1y¥ (200) ,PS (200) ,V (S50) ,7(9,e) , VT (300, 12) 

COMMONeN, ©, 1A. VECIOE, AL, A.S.E.Y.U,PS.TEMP,V.1.VI 


Ce 
CC PHASE ONE: SCHEDULING ON COMMON RESOURCE. 
cc 

PASS=1 

NSA=D0 

CALL INPUT 

39 NSAIL=NSAP1 

NUAR=0 

OROR=0 

O00 22 DAT=1,N 
Cc 
CC START TO BACKWARD SCHEOULING. 
CC 


IN=N-DAT? 1 
WRITE (6,602) IN 
IF (OROR.EQ.1) GO TO 4¥O0 
IF(IA.EQ.1) GO TO 4YOD 
ORDR=) 
IR=1A 
JC=12 
C1=0 
C2=y 
INOX 
DO uGe 1=1,1R 
OO uc: 3=1,J5€ 
YO! VI¢l, -' =AGI, J) 
YO2 CONT?: €& a 
CALL <sHER (1R,JC,C1,C2, INOX) 
BO Yar '=1.1R 
O00 sv Selteas | Bs 
403 AI, JI=VI CL, 
4YO4 CONT ! NUE 
IF (DAY.GE.2) GO TO 4yQO0 
WRITE (6,605) 
WRITE (6. 504) 
00 410 !-1,I1A 
410 WRITE 16,200) (ACI,J), J=1, 12) 
400 m=0 
cc 
CC DETERMINE ELIGIBLE ACTIVITY SET. 
Cc 
OO 2 1=1,30 
JN=IA-I+) 


qT 





31 IF (ACIN, 4) .NE.IN) GO TO 4O5 


32 M=Mrl 

93 OOF i ys-1, 12 

oY E (1, J) =ACJIN, J) 

55 1 ARCIN, J) =0 

26 2 CONTINUE 

a7 405 IF (M.EQ.0) GO TO 22 

98 ]A=]A-m 

ao DPM te. 1 GO 1G eel 

60 ce 

61 CC OROER ELIGIBLE ACTIVITY SET ACCOROING TO SPECIFIEO CRITERION. 
62 CC 

63 ]R=M 

64 JC=12 

65 Ciz=le 

66 C2=5 

67 INOX=e 

68 D0 407 1=1,]R 

69 DO 406 J=1, JC 

70 406 VT(1,J) =E (I,J) 

7) 407 CONTINUE 

te CALL ORDER (1R,JC,C1,Ce, INDX) 
ie 00 409 1=1,]R 

74 00 408 J=1,JC 

75 408 E(1,J)=VT (I,J) 

76 409 CONTINUE 

a7 WRITE (6,606) 

78 WRITE (6,604) 

79 221 00 223 I1=1,m 

80 223 WRITE (6,200) (E({I,J),J=1, 12) 
81 INDE X=0 

82 00 21 L=1,M 

83 FC=0 

BY OLB=E (L, 7) -E (L,8) = (E(L, 10) -E (L,11)) 
85 F=E (L, 3) 

86 KK=E (L,6) +1 

87 OD=I1N-F +} 

88 Cc 

89 CC OETERMINE COMMON RESOURCE AVAI LABILITY 
90 CC 

91 210 CALL WSC (F,IN,OO,KK,PIP,SP, TF, TL) 
Je IF (PIP.EQ.0) GO TO 227 

93 IF (P1P.GE.00) GO TO 6 

94 CALL SPLIT (00,SP) 

95 00 eek J=1,5P 

96 DO 225 J=1,2 

97 e¢c5 Ttl, J) =F*T tl, J) -1 

98 224% CONTINUE 

99 P2P=0 

100 00 3 1=1,5P 


78 





- 


101 hel@ermsoewmt (ip eci—14),))01)) GO 10 3 


10e Poet (hac) —! (ha) 1 

103 TF=T (1,1) 

104 TL=T (1,2) 

105 3 CONTINUE 

106 IF (P2P.GE.E(L,?7)) GO TO 6 

107 IF (P2P.GE.OLB) GO TO ? 

108 IF (FC.GE.1) GO TO 216 

109 BDO 215 1=1,NSA 

110 IF (E (L,6).NE.S(1,6)) GO TO 215 
111 JF (S (1,3) .GT.E (L,4)) GO TO 215 
112 IF (C(P2P*S (1, 7)).GE.OLB) GO TO 228 
113 215 CONTINUE 

114 216 IF (E(L,12).£Q.1) GO TO 10 

115 GO 70 4 

116 Cl 


11? CC SCAN PREVIOUSLY SCHEOULED SET OF ACTIVITIES 
118 CC TO FACILITATE THE SCHEDULING. 


119 EC 

120 ee? DO 226 I=1,NSA 

121 JF CE (L,6) .NE.S(1,6)) GO TO 226 
122 IF (S (1,3) .GT.E(L,4)) GO TO 226 
be3 IF (S (1,7) .GE.OLB) GO TO 228 
12y 226 CONTINUE 

125 GO 70 4 

126 eco Piette aie. 5S (l,8)) GO 10 211 
le? IF C(E (L, 4) -S(1,4)).GE.D0LB) GO TO 213 
128 GO 70 211 

29 213 Ml=S(1I,4) +1 

130 M2=MItS (1, 7)-1 

131 ele StI, 7) =0 

132 00 229 1=M1,Me 

P35 229 RI(KK, I) =1 

134 FCsFC+! 

135 GO TO 210 

136 2lip otis) 2511, 35) 751, 7) 

137 S(I,W=St1,4)*S (1, 7) 

138 M2=5 (1,3) -1 

139 Ml=Me-S (1,7) 71 

140 GO 10 ele 

14] GE 


We CC DECISION FOR UNSCHEDULED ACTIVITY. 
143 cc 


lay W IF (DECIOE.EQ.0) GO TO 32 
1u5 WRITE (6,608) E(L,1),E (L,2) 
146 NUA=NUA*1 

14? 00 5 J=1,12 

148 U(NUA, J)=E (L, J) 

149 S E (lL, J)=0 

150 GO 10 el 
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151 Ge 
Se CC SCHEDULE ACTIVITY AT NORMAL RESOURCE UTILIZATION. 
133 EC 


154 6 NSA=NSAt1 

i}-) ELI=E(L, 1) 

156 EL SSE tL. 2) 

15? C=E(L,9) 

158 D=E(L, 7) 

159 WRITE (6,610) EL2,ELe 

160 GO 10 8 

161 CC 

162 CC SCHEDULE ACTIVITY AT CRUSHED LEVEL. 
163 ce 

164 7 NSA=NSAF1 

165 ELIsE(L,1) 

166 EL2=E (L, 2) 

167 C=E(L,10) 

168 D=DLB 

169 HRITE (6,611) E(L,1),€ (L,2) 
170 ECC 


171 CC PLACE THE SCHEDULED ACTIVITY IN THE SCHEDULED SET. 
172 CC 


173 8 EL6=E (L,6) +1 

174 DO 9 IP=TF,TL 

175 9 R(EL6,IP)=-1 

176 S (NSA, 1) =EL1 

17? 5S (NSA, 2) =EL2] 

178 S (NSA, 3) = TF 

179 S (NSA, 4) =TF+D-1 
180 5S (NSA, 5} =C 

181 S (NSA, 6) =KK-1 

182 S (NSA, 7) =TL-TF-D+l 
183 WRITE (6,700) NSA 
184 IF CINDEX.EO.1) GO TO 15 
185 DO 61 11,12 

186 61 E(L, 3) =0 

18? GO TO 21 

188 CC 


189 CC TRY TO SCHEDULE THE ACTIVITY BY SPLITTING. 
190 CC 


191 10 IF (SP.LE.1) GO TO 111 

192 WRITE (6,601) E(L,1),E(L,2).5P 
3 WRITE (6, 202) 

194 WRITE (6, 206) 

195 DO 110 1=1,5P 

196 110 WRITE (6,203) (T(1,J), J=1,2) 
19? SPi=1 

198 GO TO 112 

199 111 SP1=0 

200 bie MEtPie  GE.E iL. 7)) GO 10 11 
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201 Leelee Ge, DUB) Ge 10 12 


202 GO 10 4¥ 

203 11 IF (V(00) .£0.1) GO TO 13 
204 INDE X=0 

205 GO 176 15 

206 ie IF (V(D0).E£0.1) GO TG 14 
207 INDEX=0 

208 GO 10 15 

209 EE 


210 CC SCHEDULE FIRST SUBACTIVITY AT NORMAL RESOURCE UTILIZATION. 
21) CC 


212 13 NSA=NSAt1 

2135 ELI=E(L,1) +1000%S5P1 
214 EL2=E (L,2)+1000%5P 1 
215 TF=T (SP, 1) 

216 TL=T (SP, 2) 

217 C=E(L,9) 

218 D=TL-TF +] 

219 INDEX=] 

220 WRITE (6,610) ELI,EL2 
221 GO 10 8 

222 CC 


2e3 CC SCHEDULE FIAST SUBACTIVITY AT CRUSHED LEVEL. 
224 cc 


225 14° NSA=NSA*1 

226 ELI=E (L, 1) *+1000%SP1 

227 EL2=E (L,2)+1000=SP1 

228 TF=T (SP, 1) 

229 TL=T (SP, 2) 

230 C=E(L.10) 

231 D=TL-TF+] 

232 INDE X=1 

rae Ke) WRITE (6,611) EL1,EL2 

234 GO 16 8 

235 cc 

236 CC PLACE UNSCHEDULED SUBACTIVITIES IN THE ACTIVITY SET. 
237 EC 

238 1S SSP=SP- INDEX 

239 OROR=0 

240 TAL=IA+1 

24] TA=I1A+*SSP 

242 TSLACK=P1P-0 

243 DO 20 1=1A1,1A 

2yy ACI, 1) =E (L, 1) +1000» (1-1A1+*1+INDEX) 
245 At], 2) 5E(L,2) +1000» (1-1A1*1+ INDEX) 
246 A(I,3)=T(MA-1+1,1) 

247 ACI], 4) =T(IA-1+1,2) 

248 At1,5)=0 

249 A(],6)=E(L,6) 

250 Rel a=ttTR-1+1 2) -1 (1R-1+1, 1) +1 
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251 A(1],8)=E (L,8) 


252 OGe1S) 3-350 1 

253 19 ACI, J=E CL, J) 

254 AI, 12)=0 

255 20 CONTINUE 

256 cc 

257 CC ALLOCATE THE SLACK TO LAST SUBACTIVITY. 
258 Cc 

259 IF ({TSLACK.LE.O) TSLACK=0 
260 A(1A,5) =A (1A, 5) *TSLACK 

26) IF (TSLACK.LE.O) GO TO 2) 
262 2! CONTINUE 

263 22 CONTINUE 

264 IF (NSA.LT.NSAI) GO TO 33 
265 IF (PASS.GE.2) GO TO 23 

266 00 30 1=1,N 

267 30 Y¥(l)=RM1,7) 

268 cc 

269 CC PHASE TWO: SCHEDULING ON UNCOMMON RESOURCE. 
270 CC 

271 N1=0 

272 WRITE (6,42) 

273 DO 231 1=i,K 

27y 231 WRITE (6 204) (R(T, J), J=1,N) 
275 CC 


276 CC COMPUTE <XCESS RESOURCE AVAIBILITY FOR UNCOMMON RESOURCE. 
277 ce 


278 23 00 25 J]=1,N 

279 IF (PS (1) .£Q.1) GO TO 25 
280 OG 24 J=NSA1,NSA 

28! Presi slcEOel} GO 10 241 
262 GO 10 2y 

283 241 14=5 (5,4) 

284 00 24e L=I,1J4 

285 242 Y(L) sYV (L) -5 (J, 5) 

286 24 CONTINUE 

287 25 CONTINUE 

288 cc 


289 CC LOCATE PEAK DEMAND PERIOD FOR UNCOMMON RESOURCE 
290 CC ANDO TRY TO SMOOTH OUT. 


29! cc 

292 26 MIN=Y (1) 

293 N=! 

294 DO 2? 1=2,N 

295 IF (CPS (1) .€0.1). OR. (Y (1) .GE.MINI) GO TO 27 
296 MIN=Y (1) 

ea! M=] 

298 2? CONTINUE 

299 cc 


300 CC SPECIFY WHICH ACTIVITY 1S TO SHIFT AND HOW MUCH ? 
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301 cE 


302 00 282 1]=1,NSA 

303 VT (1,1) =5 11,7) 

304 282 VI (1.2) =] 

305 IR=NSA 

306 JC=2 

307 C1=0 

308 Ce=] 

309 INDX=1 

310 CALL ORDER (1R,JC,C1,C2, INDX) 
311 W=0 

312 D6 283 I=1,NSA 

313 IF (VT(1,1).LE.0) GO TO 283 
314 IF CCS (VT (1,2) ,3) .EQ.m) .OR. (S (VT (1,2), 3) .EQ. (M-VT (1,1) 413)) GO TO 8 
315 150 

316 GO TO 283 

317 350 W=VT (1,1) 

318 M1=S(VT (1,2) ,4) 71 

319 M2=Mith-! 

320 DO 284 J=M1,Me 

321 IF (PS (J) .£Q0.0) GO TO 284 

322 18=J-1 

323 IF (18.LT.41) GO TO 283 

324 GO TO 270 

325 284 CONTINUE 

326 GO TO 285 

327 283 CONTINUE 

328 PS 1M) =] 

329 NI=N1¢} 

330 IF (N1.GE. (N*1)) GO TO 36 

331 GO TO 26 

332 CC 

333 CC SHIFT THE ACTIVITY BY W TO FORWARD. 
334 CC . 
335 270 W=]8-M1 +1 

336 26a oti (1, 2). 3) =S iV (ee), 3) +H 
331 S(VT (1,2) ,4) =StVT (1,2) ,4) th 
338 S(VT (1,2), 7) =S (VT (1,2), 7) -wW 
339 cC 


340 CC RECGMPUTE THE EXCESS RESOURCE AVAILABILITY FOR UNCOMMON RESOURCE 
341 CC 


342 Mi=M-W+t] 

343 M2=M1+W-1 

344 M¥=S (VT (1,2), 4) 

345 M3=MU-Wr! 

346 DG 266 J=M1,M2 

347 RIS (VT (1,2) ,6) ,J) =1 
348 266 Y(J=¥ (J) tS (VT 1,2), 5) 
349 DO 26? J=M3, M4 

350 287 Y(J) =7 (5) -SOVT 1,2) ,5) 
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351 
35e 
353 
354 
355 
356 
357 
358 
359 
360 
361 
362 
363 
364 
365 
366 
367 
368 
369 
370 
371 
372 
373 
374 
a75 
376 
37? 
378 
309 
380 
38! 
38e 
383 
384 
385 
386 
387 
388 
389 
390 
391 
392 
393 
394 
395 
396 
39? 
398 
399 
400 


GO TO 26 

36 PASS=PASS+*1 
IF ((NUA.L EQ. 0) .OR. (PASS.GE.3)) GO TO 33 
DO 38 I=1,NUA 
D6 37 J=1,12 
ACI, J sU(T, J) 

37 U(I,J)I=0 

38 CONTINUE 
]A=NUA 
GO 10 39 

33 WRITE (6, 702) 
WRITE (6, 701) 
DO 34 I21,NSA 

34 WRITE (6,300) (S(1,J), J=1, 7) 
WRITE (6, 703) 
WRITE (6, 604) 
DO 35 I=!,NUA 

35 WRITE (6,200) (U(I,J),J=1,12) 
WRITE (6, 42) 
WRITE (6,204) (VY (J), Je1,N) 
DO 198 I=2,K 

198 WRITE (6,204) (R(I,J),J=1,N) 
GO TO 999 

32 WRITE (6,20!) 

W2 FORMAT(//,2xX, *RESGURCE AVAIBILITIES BY PERIOD. ’,/) 
200 FORMAT (2x, 14, °-°, 14,2 (2X,13) ,2x,12e,3(2X,13) ,3 (2x, 12) .2ex%,11,7) 
201 FORMAT (//,2X, "REVISE PRECEDENCE RELATIONS AND-OR REMOVE SOME ACTIV 

mITIES”) 
202 FORMAT (/,2X, °SPLITTED ACTIVITY’) 
203 FORMAT (/,2 (2Xx,14)) 
204 FORMAT (//,15 (2X,12)) 


206 FORMAT (2X,15,2x,15) 
300 FORMAT(/,2ex,14,°-"°, 14,2 (2X,13),2ex,12,2X,13, eX, lea) 


601 FORMAT(//,2x, °ACTIVITY *,I4,°-*,14,° 1S SPLITTED TO °,11,° SUBACTI 
INDIVES 3 /,eX, cr 1°, eX, UF i”) . 

602 FORMAT (//,2X, "PERIOO= °,13,//) 

603 FORMAT(///,2X, °UNORDERED INITIAL SET OF ACTIVITIES.’,//) 

SOUSPGHMAN(.77,.3x%. ACTIVITY. IX, “EPSI*, 1X, LPFT', 1X, "SLK’, 3X. 'WS".eX, ° 
1DUR’,2X. “SLP’.2X, “NR’, 2X, “MR’, 1X, “MNA’, 1X, "TP *) 

605 FORMAT (//,2X, “ORDERED SET OF ACTIVITIES. ’, 7) 

606 FORMAT (///,2X, “OROERED SET GF ELIGIBLE ACTIVITIES.’,//) 

608 FORMAT(///,2X, “ACTIVITY °, 14, °-*,14,° CANNOT BE SCHEDULED’) 

610 FORMAT (//7/,2x, “ACTIVITY °, 14, °-*°, 14,’ CAN BE SCHEDULED AT NORMAL R 
JESOQURCE UTILIZATION’) 

611 FORMAT (///,2X, “ACTIVITY’, 14, °-°, 14, * CAN BE SCHEDULED BY CRUSHING’ 
i) 

700 FORMAT (///,2X, "SCHEDULED °,32,° TH ACTIVITY’,/) 

701 FORMAT (4X, “ACTIVITY *, 2X, “EST*,2X, EFT‘, 2X, RS’, eX,” WS*,eX, "SLK*) 

702 FORMAT (///,2X, *SCHEDULED SET OF ACTIVITIES. ’,//) 

703 FORMAT {(///,2X, “UNSCHEDULED SET OF ACTIVITIES. ’,//) 
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On Ouw & wn = 


Fe) 


SUBROUTINE INPUT 

IMPLICIT INTEGERx2 (A-2Z) 

DIMENSION A200, 12) ,R (31,200) ,5 (300, 7) ,£ (30,12) , TEMP (12), 050,12), 
1Y¥ (200) ,PS (200) ,V (50) ,7 (9,2), VT (300, 12) 

COMHON N.K,1A,DECIDE,A,R.S.E,Y,U.PS, TEMP.V.1,VI 


Cc 
CC READ AND WRITE PARAMETERS. 
ce 
READ (5, 100) N,K,1A,DECIDE 
WRITE (6,500) N,K,IA,DECIDE 
CC 
CC READ AND WRITE ACTIVITY SET. 
Cc 


WRITE (6,603) 
WRITE (6,604) 
00 1 1=1,1]A 
READ (5,101) (ACI, J),J=1, 12) 
1 WRITE (6,200) (ACI, J),J=1, 12) 
]A1=1A+1 
06 3 1=1A1,200 
00 2 J=1,12 
2 Ail, Jj) =0 
3 CONTINUE 


CC READ RESOURCE AVA] LABILITIES. 


WRITE (6,42) 
06 Y 1=1,K 
READ (5,102) (Ri1,J),J=1,N) 
Y WRITE (6,102) (ROI, J),J=1,N) 
K1l=Kr] 
00 6 1=K1,31 
D@ 5 J=1,200 
2 RU, J) =0 
6 CONTINUE 
CC 
CC INITIALIZE THE SCHEDULEO SET AND SOME AUXILIARY ARRAY. 
cc 
06 8 121,300 
DO 7 J=1,? 
7 S(1,J) =0 
06 YS J=1,12 
45 VT (1, J) =0 
8 CONTINUE 
00 1? 1=1,50 
17 V1) =0 
00 le 1=1,200 
Y (7) =O 
12 PS(1)=0 
00 19 1=1,9 
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S! 
Se 
53 
Sy 
$5 
56 
37 
58 
so 
60 
61 
62 
63 
64 
65 
66 
67 
68 
69 
70 
71 
72 
73 
74 


cE 
cc 
cc 


06 18 J=l,e 
18 T(1,J)=0 
19 CONTINUE 


INITIALIZE THE UNSCHEOULED SET. 


00 11 Jat,jle 

TEMP (J) =0 

00 9 1=1,30 
9 E(], J) =0 

06 1:0 L=1,50 
10 UI(L,J)=0 
11 CONTINUE 


YO FORMAT {(//,2X, “RESGURCE AVAIBILITIES BY PERIOD. *,/) 


100 FORMAT (313,11) 
101: FORMAT (413,12,613,11) 
102 FORMAT (1513) 


200 FORMAT (2X, 14, *-*, 14,2 (2X,13) .2X, le, 3 (2x, 13) ,3 (2X, 12) ,eX,11,7) 


S00 FORMAT (2x, ‘NUMBER OF PERIOOS 


=°,13,/,2X, ‘NUMBER OF RESGURCES =*, 


1l2,./,2%, NUMBER OF ACTIVITIES=°,13,/,2xX, ‘DECISION’, 12x, *=*,11,/) 
604 FORMAT (///,3X, “ACTIVITY*, 1X, °EPST*.1X, “LPFI°,1X, “SLK*,. 3X. “WS°.2X, ° 
1OUR*,2X, *SLP*,2X, ‘NR°,2X, *MR°, 1X, “MNAR*,IX, ‘TP*,7) 


RETURN 
ENO 
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On OM & wh = 


SUBROUTINE ORDER (IR, JC,C1,C2, INDEX) 
IMPLICIT INTEGER*2 (A-2) 
DIMENSIGN A(200,12),8 (31,200) ,$ (300, 7),£ (30,121, TEMP (12) ,U(S0,12), 
1¥ (2001 .PS (200) ,V (50) ,T (9,2), VT (300, 12) 
COMMEN N, K. 1A. DECIBE,ALRSS.E.Y.U.PS,TEMP.V.1,VI 
0G 1 J=#1,5C 
4 TEMP (1) =O 
EC 
CC BUBBLE SORTING ON FIRST CRITERION. 
Cc 
L=0 
M=IR-1 
IF (INDEX.£Q.11 Ci=Ce 
2 DO YW T=1,M 
IPi=]+1 
PRivitl el) .teE.vVI(IP1,Ci11 GO JG 4 
L=Lr1 
DO 3 J=1, IC 
TEMP (J) =VT CI, J} 
VT C1, Jb=VTCIP!, J) 
VICIP) SP=TEMP (2) 
3 CONTINUE 
Y CONTINUE 
i St BO OrcOR. (MEG. 10) GO TO § 
L=0 
M=M- 1 
GO 10 2 
S IF (INDEX.E€Q.11 GO TO 9 
CC 
CC BUBBLE SORTING ON SECOND CRITERION. 
EC 
L=0 
M=M-] 
6 DO 6 Il=1,M . 
IPizI+] 
PRAVT Cl, €1) NE. VI(IP1,€C1)) GO 1d 8 
Peavieth, C2) LE. Vi tlP!,C2)) Ge 10 8 
L=Lri 
06 7 J21,JIC 
TEMP (J1=VT (1, J) 
VT (1, J) =VT CIPI, J) 
VT CIP1, J) =TEMP (J) 
? CONTINUE 
8 CONTINUE 
TF (C12 360.01.0R. (6. £0.11) GO TO 9 
L=0 
M=M-1 
GO 10 6 
S RETURN 
END 
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SUBROUTINE WSC (F,L,O.KN,PIP,SP,TF, Iv) 
IMPLICIT INTEGERx2 (A-2Z) 
DIMENSION A (200, 12)},R (31,200) ,S (300, 7),£ (30,12), TEMP (12) ,U(50,12), 
1¥ (200) ,PS (200) .V (S50), 7 (9,2), VT (300, 12) 
COMMON N.K,1A,DECIOE,A,R,S.E,.¥.U,PS, TEMP.V.1.VI 
CC 
CC OETERMINIG COMMON RESOURCE AVAIBILTY PERIOOS. 


Oonnrnuw& wr = 


CC 


2 


cc 
cc 
CC 
cc 


Co 


00 1 1=1,0 
Vil) =-] 
P1P=0 

00 2 J=F,L 


IF (R (KN, 1) .EQ. 


IFl=1]-Fel 
VUIF 1) =1 
P1IP=P1P+] 
CONTINUE 


-1) GO 10 2 


IF (P1P.EQ.0) GO TO 6 


ACTIVITY 15 TO SPLITTED IF THE LARGEST COMMON 
RESOURCE AVAIBILITY PERIOO 1S NOT SUFFICIENT. 


SP=0 

SS5=-1 

00 3 1=1,0 

IF (v (i) .£Q.$5) 
$S=-S5 

IF (Vd!) .LT.0) 
SP=SP+r1 

CONT INUE 


GO 10 3 


GO T0 3 


IF (SP.GE.2) GO TO 6 


00 ¥y i=1,0 

IF (Vv (1) .GT.Q) 
CONTINUE 
TFsF+]-1 
TL=TF+P1P-} 
GO 10 ? 

TF=0 

TL=0 

RETURN 

ENO 


GO 70 5 


89 





SUBROUTINE SPLIT (0,5P) 
IMPLICIT INTEGERxe (A-Z) 
DIMENSION A200, 12) ,AR (31,200) ,9 (300, 7) ,€ (130,12), TEMP (12) ,U(50, 12), 
bY (200) ,.PS (200) ,V (50) ,T(9,2) , VT (300, 12) 
COMMON N,K,IA,DECIDE,A.R.S.E,1%,U,PS.TEMP.V.TLVT 
CC 
CC DETERMINE START AND FINISH PERIOOS OF SUBACTIVITIES. 


Ons mW £& wh = 


to 


ce 


]1=] 

00 5 I=1,SP 
BDO 1 J=11,0 
IF (V (5) .GT. 
CONTINUE 
TO, sd 
Jl=Jjr) 

00 3 L=J1,0 
EUV IL) atl. 
CONTINUE 

IF (L.GE.D0) 
T(1,2) =L-1 
}1=L+t1 

CONT INUE 

Go 1d ? 

T (1,2) =0 
RETURN 

END 


0} GO 16 2 


0} GO TO 4 


GO 10 6 
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